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BACKGROUND OF THE INVENTION 

1, Field of the Invention 
5 The present invention relates to displays for status or "help" information in computer application 

programs. More specifically, the invention relates to status or help displays that are presented so as not to 
overlap with windows of the application program to which the status or help display pertains. 

2. Related Art 

10 Many commercially-available application programs have on-line help functions that allow a user to 

access a data base of context-sensitive help information. Conventionally, a user must manually invoke the help 
function, such as by clicking a mouse on a help menu item or help icon, or pressing the Fl key. When invoked, 
the conventional help function causes a help window to be displayed that conceals some or all areas of interest 
i^y on the software application from which the help ftinction was invoked. 

^[^5 This concealment makes it necessary for the user to move or resize one or both of the application 

^„ 2 window and the help window, and/or repeatedly change the focus between windows to select which is the 

lU active window. Especially because help functions are often invoked by novices, this moving and resizing of 

windows distracts from the learning process. In any event, it can be frustrating and time-consuming to all 

users. 

Moreover, the mere invocation of a help function may be distracting to some users. Indeed, some 
iTs users having difficulty using an application program may not even be aware of, or think of, invoking the help 

iy function. In this event, the user is not even reminded that help is easily available for a given function. 

'^^ More generally, in addition to help functions, it is often desirable to provide status information 

concerning an application program that is being executed. However, conventional display of such status 
25 information has suffered from the same shortcomings as the display of help information as described above. 

Accordingly, there is a need in the art to provide status information and/or context-sensitive help that 
is easily and naturally invoked, and that does not conceal or otherwise interfere with the user's view of the 
application program. It is to meet at least these needs that the present invention is directed. 

30 SUMMARY OF THE INVENTION 

When a user wants to display application program status information or when the user invokes a help 
function, either manually or automatically, the present invention provides a context-sensitive status or help 
display that is either physically or virtually separate from the application program display. That is, the status 
or help display does not conceal or otherwise interfere with the main output of the application program. With 

35 this arrangement, the user is not inconvenienced by invoking a status request or help functions, nor is the user 

distracted by its display. 
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Other objects, features and advantages of the present invention will be apparent to those skilled in 
the art upon a reading of this specification including the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 
5 The invention is better understood by reading the following Detailed Description of the Preferred 

Embodiments with reference to the accompanying drawing figures, in which like reference numerals refer to 
like elements throughout, and in which: 

FIG. I shows a computer system according to a first embodiment of the present invention, in which 
a physically separate display of intercepted status or help information is provided. 
10 FIG. 2 shows a computer system according to a second embodiment of the present invention, in 

which an integrated physical display of intercepted status or help information is provided. 

FIGS. 3 A and 3B are a flow charts schematically illustrating operation of embodiments of the present 
*2 invention, with FIG. 3B showing details of a particular step in FIG. 3 A. 

iTj FIG. 4 schematically illustrates an alternative embodiment of an auxiliary help display that has its 

Cn 1 5 own integrated controls for controlling display of the help windows. 

UJ DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

^ In describing preferred embodiments of the present invention illustrated in the drawings, specific 
n terminology is employed for the sake of clarity. However, the invention is not intended to be limited to the 

CO 20 specific terminology so selected, and it is to be understood that each specific element includes all technical 

Ij^, equivalents that operate in a similar manner to accomplish a similar purpose. 

=3 FIG. 1 shows a computer system 1 GO according to a first embodiment of the present invention, in 

""^ which a separate physical display of intercepted status or help information is provided. The system includes 

a computer chassis 1 10 connected to a main display 120 and a keyboard 130. Significantly, an auxiUary 
25 display 140 functions as a status or help display that is connected to the chassis by, for example, a universal 

serial bus (USB) connection 1 50. All such individual elements may be of conventional design, although their 
arrangement and operation together are distinguished from known systems. Preferably, the auxiliary display 
140 is implemented as a physically smaller and less expensive display, such as a monochrome liquid crystal 
display (LCD). However, it is understood that the auxiliary display may be of equal or higher display quality 
30 to the main display if so desired. 

In operation, the main display 1 20 displays the windows of an application program. When a status 
request or help function is invoked, either explicitly or automatically, the inventive system intercepts such 
request or invocation and diverts the status or help window to the auxiliary display 140. The inventive 
arrangement prevents the status or help window from being displayed on the main display 1 20, thereby 
35 ensuring that the status or help window does not obscure or otherwise interfere with the presentation of the 
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application program. The user views the appHcation display and the auxiliary display simultaneously on the 
two physically separate displays 120 and 140. 

FIG. 2 shows a computer system 200 according to a second embodiment of the present invention, 
in which an integrated physical display of intercepted help information is provided. The system includes a 
computer chassis 210 connected to a display 220 and a keyboard 230. As in the fu-st embodiment, all such 
individual elements may be of a hardware design that is basically conventional, although their operation 
together is distinguished from known systems. 

hi the FIG, 2 embodiment, display 220 displays applications programs in a conventional manner. 
However, when a status request or help function is invoked, either explicitly or automatically, display 220 is 
made to include first and second regions 221 and 222, respectively. First region 221 remains dedicated to the 
display of the application program window. However, second region 222 is dedicated to display of the status 
or help window. Second region 222 can be considered to be a virtual help display that performs the same 
function as the physically separate help display 1 40 in the FIG. 1 embodiment. 

The structure of two exemplary embodiments of the invention having been described above, 
following is a description of their operation. 

FIG. 3A is a high-level flow chart schematically illustrating operation of embodiments of the 
invention. Block 300 indicates the running of an application program in a conventional manner. During this 
operation, the application program's windows are displayed on display 120 (FIG. 1) or 220 (FIG. 2). 

Block 3 1 0 indicates invocation of the application's status request or help function. This invocation 
may be by explicit user request, such as pressing on the F 1 key or clicking on a help menu item or help icon. 
Alternatively, according to the invention, this invocation of the status request or help function can be made 
automatically. The status request or help function that is invoked is made context-sensitive by determining 
which window is the "active" window (the window that "has focus"). The manner in which these functions are 
performed is described with reference to FIG. 3B. 

Finally, block 330 indicates the display of the appropriate status or help window on auxihary display 
140 (FIG. 1) or on virtual display 222 of physical display 220 (FIG. 2). At this time, the user views the 
application window and the status or help window simultaneously without conflict. 

FIG 3B illustrates an exemplary manner in which the help function is invoked, and in which the help 
information is prepared for sending to the physical or virtual auxiliary help display. Block 321 indicates use 
of the WINDOWS API Enum Windows function to identify handles of windows that are open. With the 
knowledge of which windows are open at a given time, block 322 indicates the identification of which window 
is the active window (the window that "has focus"). Block 323 indicates use of the identified focus window 
information to obtain title of the window that has focus. 

Given the title of the window that has focus, block 324 indicates the actual activation of the on-line 
status or help feature associated with that window title, and retrieval of the corresponding information. Finally, 
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block 325 indicates the directing of the on-line status or help information to the physical or virtual auxiliary 
display. 

The process of monitoring active windows, identifying focus windows and determining their titles 
for retrieval and routing of help information to the auxiliary display can be an ongoing process. That is, the 
5 functions of blocks 32 1 through 325 can be repeated with each opening or closing of windows, or with each 

change in which window has focus. As a particular example, the inventive arrangement generates a simulated 
Fl key closure to retrieve the proper status or help information as part of block 324. This ongoing process 
enables an embodiment in which the online status or help is continuously and automatically updated for the 
user, based solely on the user's navigation through the windows of the application program, hi this 
1 0 embodiment, the user does not have to explicitly invoke the status request or help function by pushing F 1 or 

clicking on a help menu item or help icon. 

The preferred embodiment of the invention makes use of the basic ability for an application program 
tj to send certain windows to specific displays that is available in the MICROSOFTCg) WINDOWS® operating 

j'^ system as "multimonitor support." That operating system includes the ability to provide independent displays 

Jft 5 as well as "large desktops." Independent displays generally involve display of windows on respective display 

^ I devices, whereas large desktops involve a single window that is split across more than one display device. The 

I , I independent display is more applicable to the present invention than the large desktop because the invention 

?^ primarily envisions separate display of the application's main window and the status or help window. 

However, use of the invention with the large desktop is of course not precluded. 
1^0 Advantageously, the invention's use of the multimonitor support allows the different monitors to have 

their own resolutions and color depths. This variety allows, for example, a higher-resolution monitor to be 
used for the application's main window and a less expensive lower-resolution monitor (such as a monochrome 
LCD display with a thin form factor) to be used for the auxiliary display. 

FIG. 4 schematically illustrates an alternative embodiment of an auxiliary help display 400 that has 
25 its own integrated controls for controlling display of the help windows. Display 400 is shown schematically 

with integrated BACK control 410 and FORWARD control 420 that allow a user to move between 
previously-displayed status or help windows and to return to a currently-displayed status or help window. 

Modifications and variations of the above-described embodiments of the present invention are 
possible, as appreciated by those skilled in the art in light of the above teachings. For example, the type of 
30 information sent to the auxiliary display need not be limited to conventional help information, but may be any 

status or other information desired. Further, varying the number, type and arrangement of displays lies within 
the contemplation of the present invention. It is therefore to be understood that, within the scope of the 
appended claims and their equivalents, the invention may be practiced otherwise than as specifically described. 
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